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The present invention relates to a management system for pervasive 
devices . 

A brief overview of a prior art three tier management system is shown 
in Figure I- Here, a management server 10 communicates with management 
agent 12 resident on an endpoint computer workstation 14 (only one shown) 
via a gateway 16 (only one shown) . 



A well known example of such a system is Tivoli software distribution 
and enterprise systems management, and detailed information about the 
features offered by Tivoli V3 . 6 are available at 

http://www.re<3books.ibm-com/pxjibs/pdfs/redbooks/eg242045.pdf - In a Tivoli 
15 system, each enabled endpoint 14 communicates with a gateway 16 via any 

peer-to-peer protocol, for example, TCP/IP, IPX or SNA. communication 
between the server 10 and the gateway 16 is via an ORB 18', 18", where each 
endpoint connected to a gateway is addressed by the server through an 
associated object on the gateway ORB 18", thus enabling the endpoint to be 
20 directly addressed by the server. A management agent 12 known as a 

Lightweight Client Framework (IX:F) . resident on the endpoint, is thus 
accessible by the server and enables the server to push software via the 
gateway to the endpoint and call methods on applications resident on the 
endpoint. The server in turn runs programs 20, 22, 24 allowing: software to 
25 be selected for distribution to specified endpoints or defined groups of 

endpoints; endpoint software inventories to be obtained; and endpoint 
activity to be monitored via an Event Console, and these programs are 
extended for each endpoint platform to be managed. 

30 While this management system has been quite successful, it should be 

noted that in order to control any endpoint 14, the endpoint must itself be 
manually enabled by installing the ICP client 12 on the endpoint and 
configuring the LCF client accordingly, for example, setting up its gateway 
address and communication protocol - 

35 

At thfc same time more and more users are employing Tier 0 or 
pervasive devices ("devices") 26 including, for example, Palm Computing® 
platform devices ("Palm devices") from Palm Inc., a range of organisers 
from Psion pic and to a growing extent mobile and smart phones. Typically 
4 0 data on such pervasive devices 26 is managed locally by periodically 

connecting the pervasive device to a workstation 12 running a controller 
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program 2 8 and synchronising one or more databases stored on the device, 
for example an address book, with corresponding databases stored on the 
wo rks cat ion . 

In the case of a Palm device, a workstation application called 
HotSync« Manager controls the synchronisation of databases as well as the 
installation of new applications. HotSync uses one or more ping- ins known 
as conduits, each for exchanging and synchronising data between the 
workstation 14 and the Palm device 26. Most conduits synchronise data such 
that data on the device mirrors the data on the workstation, although, 
others also transfer, import /export data, or cause Palm applications to be 
installed. 

One of the default conduit modules, (netcond.dll) responds to a user 
placing a Palm Network configuration { .PNC) file in a pre -determined 
sub-directory prior to synchronisation. The file is copied to the device by 
the conduit module where it is used to update the script file for a modem. 
This, however, is extremely limited in terms of aspects of the device that 
may be configured. Also, the Palm desktop 2$ includes a set-up menu, but 
this only enables a user to set workstation side modem and network 
parameters. If these are at odds with the Palm device, then errors can 
occur . 

Because configuration facilities are so limited, perhaps because of 
2S the problems of trying to access databases on the pervasive device which 

might be in use and so locked or unavailable, thus causing such facilities 
to operate unreliably, new users of pervasive devices may end up spending 
more time than is necessary manually configuring the devices before using 
chem profitably. Even the provision of a configuration program per se is 
30 not as helpful as it might be, because if it is to avoid the problem of 

accessing databases which might be locked during synchronisation, it needs 
to run separately to device synchronisation and thus places an extra burden 
on the user. This also make the management of such devices within a tiered 
structure more difficult. 



20 



35 



40 



If such pervasive devices are to be employed more efficiently within 
an enterprise, then they need to be quickly and easily configurable as well 
as capable of receiving and having enterprise applications and data updated 
as seamlessly as possible, preferably, within the same framework used to 
manage other resources within the enterprise. 
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Accordingly the present invention provides a management system 
comprising a gateway component adapted to reside on a workstation and a 
device agent adapted to reside on a pervasive device for configuring 
pervasive devices; said gateway component being instantiate during 

synchronisation of said workstation with a pervasive device and comprising: 
means for transferring said device agent to said pervasive device; and 
means for transmitting configuration information to 5 aid pervasive device .- 
and said device agent comprising means for executing configuration commands 
in response to said configuration information. 



The invention enables pervasive devices to be managed through a 
workstation to which they connect to synchronise without requiring any 
intervention by the pervasive device user. Preferably, the workstation acts 
as a gateway for managing the device within what becomes a four tier 
IS management system. 

Embodiments of the invention will now be described with reference to 
the accompanying drawings, in which: 



Figure 1 is a schematic diagram of a prior art three tier management 

system; 

Figure 2 is a schematic diagram of a four tier management system for 
controlling pervasive devices; 

Figure 3 is a diagram ©* data stored on an endpoint through which 
Tier 0 Palm Pilot devices are managed according to the invention; and 

Figure 4 is a flow diagram illustrating the operation of an endpoint 
30 management gateway - 

in the preferred embodiment of the present invention. Figure 2. the 
prior art management server is extended to provide respective inventory, 
software distribution and event console programs 20 ». 22- , 24' for each 
35 pervasive device type to be managed by the system. 

It can be seen, however, that there are likely to be many more 
pervasive devices 26 than the endpoints 14 traditionally managed within 
such a system and so addressing each such device 26 via a respective object 
40 on the gateway ORB 18- would be too onerous. The management system 

therefore treats such devices 26 as residing on a fourth tier in the 



10 
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.na^ent system, with each device being managed via an agent 30 resident 
on a suitably enabled endpoint. Thus, each enabled endpoint 14 acts as a 
management gateway for devices. 

The management server 10' employs a device storage manager 32 which 
contains the information about the device types and instances of devices 
being managed. For example, a device type of -Handheld Device- contains 
many instances of this type Of device. This allows any management server 
applications and users to add devices, edit devices, delete devices, and 
c^ery for devices. Each such device in the system is identified by s 
pieces of information: 



25 



1 . Device Type 

2 ID - a unique identifier signed by the system to each device 

3. Label - a friendly name for a device, specified at creation time. A Type 
plus a Label should uniquely define a device. 

4. Manager - the identity of an endpoint which is to act as a management 

gateway for this device. 

^, - •* ^jj— ««« r>£ a device in the context of its 

5. Local Address - the local address or a uevii_«= 

20 management gateway 

Manager is the gateway object reference through which to route 
management operations (using Tivoli method calls) toward a given device, 
thus the server-gateway ORB 18' .18- need only handle the same number of 
object references as within a three tier management system. It should 
therefore be seen that, even though the number and level of devices being 
managed within the system of the preferred embodiment is magnified, the use 
of a single okb object not only to address the endpoint with which it was 
traditionally associated, but to manage essentially a hierarchy including 
an endpoint and a plurality of devices, prevents the endpoint addressing 
mechanism from collapsing from the sheer number of devices being 
controlled. 

Local Address is an address for a device at least unique in the 
context of its management gateway. So. using this information, it is 
possible to locate and manage any device in the management system. Thxs 
scheme also allows for every device to have a unio^ie ID and a unique 
friendly name (Label) . 

in the preferred embodiment, the device storage manager 32 
encapsulates how the device data is stored and managed. Thus, the device 



30 
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40 
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storage manager and other applications such as the programs 20'. 22' and 
24' only need to agree on a data exchange protocol so that messages can be 
exchanged, using this mechanism, the management server io« is able to 
support arbitrary Storage Manager implementations (e.g. disk files. LD^P 
5 searvers , RDBMS) 

Furthermore, the management server 10' provides a device grouping 
mechanism which is a Tivoli managed resource capable of managing groups of 
devices. A device group can be a subscriber to a conventional Tivoli 
10 Profile Manager. This enables devices to be managed via Tivoli's management 

by subscription paradigm. The device group also implements policy and 
security for devices. Device groups can thus be made managed resources of 
Tivoli Policy Regions, and so it is possible to create custom policies for 
device group instances and to enforce security models for devices through 
is the Policy Region mechanism. By granting access to device groups on a per 

Policy Region basis, administrators may be selectively granted access to 
create device groups, manage subscriptions to device groups, and to 
manipulate device groups distributions- This depends on roles each 
administrator holds in each Policy Region and is normal Tivoli policy and 
2 0 security . 

So. using the above methodology, the management system is able to 
identify endpoints 14 which are to act as management gateways for pervasive 
devices 26, and the management of such devices will now be discussed in 
2S relation to Palm devices in particular. 

In order to enable endpoints as management agents for Palm devices, 
the endpoint 14 must first have a Palm desktop 28 installed. This can be 
done either manually on the workstation 14 or through the management server 

30 10- deploying and running the Palm desktop installation software in a 

conventional manner. During installation of the Palm desktop on a Windows 
platform, certain changes are made to the Windows registry. Figure 3. in 
particular, to the Hotsync Manager branch of the registry which includes 
two default conduits. Each conduit branch on an endpoint is given a name 

35 -Conduit X", where x is an ordinal number unique on the endpoint. Each 

conduit branch includes, inter alia, the following set of variables: 

Module, which tells HotSync which DLL program is associated with the 

conduit ; 



40 
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Extensions which conventionally indicates to the DLL which file types it 
is to synchronise with the Palm device- 
Directory tells the DLL the name of the device sub-directory in which to 
find the files to synchronise; and 

Creator ID which a special four character string associated wich each 
conduit program. 

conduit 1. is the install conduit and installs/synchronises Palm 
applications (.pre files) and databases (.pdb files) stored in an -install - 
sub- directory for a particular device. Every .pdb database requires the 
.pre application that will access chat database type. Where Palm VII 
devices and 3.2 Palm OS are being managed then Palm Query Applications 
15 (pqa) files are also handled by the install conduit. 

conduit 2. operates on Palm Network Configuration Files (*.pnc> also 
called Palm Network Script Files (*.scp) stored in a "TCP" sub-directory 
for a particular device. The conduit module interprets the lines contained 
20 in the .pnc and .scp files to execute on the device a restricted set of 

network operations like, -wait for". -Send". "Send CR- , "Send User ID". 
"Send Password", "Delay". "End". 

once the desktop controller 28 is installed, an enabling program 34 
25 and a management agent 30. TMPP.DLL, can be injected into the endpoint 14. 

The enabling program adds a further conduit branch to the registry. The 
program 34 detects installed conduits and if. as in the present example, 
only the default conduits are installed, the new conduit's name is set to 
-Conduit 4-. This conduit's module is set to be the management agent 30. 
30 with a creator ID of -TIVO". which operates on files of extension. PCF 

stored in a "Tivoli" sub-directory for a device. Figure 3. 

At the same time users may already be connecting and synchronising 
unmanaged devices through the Palm desktop. When a device connects to an 

3 5 endpoint. it sets up a conduit mask defining which conduits are to execute 

when the device synchronises. Each conduit mask for a device comprises a 
Windows registry variable named "Installxxxx- , whose value determines which 
of the defined conduits are to execute when HotSync executes for a device. 
The string xxxx is linked with the device directory name, from which the 

40 install. TCP and Tivoli sub-directories depend, through the file Users.dat. 

SO once a device is synchronising with an endpoint. the association of the 
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conduit mask and the device directory name is maintained by the Palm 
Desktop and the Palm Desktop API exposes this relationship. This enables 
any program, such as the Palm Desktop itself or modules such as TMPP.DI.L to 
a) locate the conduit mask for a device; b) locate the sub-directory in 
5 which Palm files are stored for a device being synchronised; and c) 

determine the names of any devices (managed or unmanaged) connecting to the 
endpoint . 

At the management server 10'. an enabled endpoint which is to act or 
10 acts as a management agent for a device is either directly identified by a 

management server user, or the user can request specific endpoints or 
groups of endpoints to return the identities of devices that a) they 
manage; or b) connect to the endpoint. even if they are not currently 
managed. In the preferred embodiment, these identities comprise a triplet 
15 of the form <label><manager><Palro Desktop ID>. (The Palm Desktop ID 

comprises the windows user ID of the owner of the Palm Desktop managing the 
device) . 

Thus, the management server can seek out the identities of devices 
20 connected to enabled endpoints, add the identities of any unmanaged devices 

to the device storage manager 32 and then configure the associated 
endpoints to manage these devices. This configuration comprises updating 
che conduit mask for the device on the endpoint via the program 34 or by 
any other program injected into the endpoint, to cause the Tivoli conduit 
25 to execute during synchronisation. 

So it will be seen that without any intervention either on the device 
or on its associated endpoint. other than the user simply synchronising 
Cheir device as normal, the endpoint has been set up to manage the device 

30 from the server in a No-Touch manner. The types of management that can be 

carried out on the device correspond to those normally carried out on 
managed endpoints. that is. software distribution, inventory and event 
monitoring- in addition, the preferred embodiment, enables the management 
server to configure individual or groups of devices and to remove 

35 databases/applications from devices. 

Once a device 26 is associated with such an endpoint 14 which is to 
act as a management gateway, the simplest: aspect of remotely and 
non- interactively configuring a Palm device via a tiered management 
40 structure is to distribute software applications. To deploy applications to 

the Palm device, the management server software distribution program 20' 



15 
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Simply causes Che appropriate .pre. .pdb and/or .pqa files to be placed in 
the install directory for a device of group of devices. To do this, 
application files are supplied by the management server to an identified 
endpoint. An endpoint program in turn locates the appropriate Install 
sub-directory name for the device label supplied (again using the Users.dat 
information accessed via the Palm desktop API) and places the files *n the 
sub-directory- When synchronisation next takes place with the device, the 
install conduit copies these files from the device's Install sub-directory 
on the endpoint to the device. It will be seen that this step requires no 
extra effort or intervention by the user of either the endpoint or the Palm 
device and so ensures that applications will be deployed to the Palm device 
at the very next opportunity, that is. the next synchronisation. 

The Tivoli conduit module 30 acting as the management gateway for the 
device also performs the functions of carrying out a software inventory, 
notifying events, configuring the Palm device and removing applications 
from the Palm device. 

in the present embodiment, the Tivoli conduit module TMPP.Dti is 
instantiated during synchronisation of a device, step 40. Figure 4. The 
module first checks the device to determine if an up-to-date copy of an 
agent Tivoli. pre 38 is available on the device, if not an up-to-date agent 
is copied to the Palm device, step 42- It should be noted that the Tivoli 
conduit module does not rely on the Install conduit having copied 
23 Tivoli- pre to the device, as this would only make Tivoli. pro accessible to 

the install conduit module during that synchronisation cycle. If this 
approach were adopted, then either a second synchronisation cycle would be 
required or the install conduit module would need to be adapted to carry 
out the configuration otherwise performed by the Tivoli conduit module. 
Nonetheless, should this restriction be lifted or not pertain for other 
device types, it would be possible to place the agent on the device using 
the install conduit and for the Tivoli conduit module to communicate with 
the agent thereafter. ; 

35 In any case, in the preferred embodiment. >e Tivoli conduit module 

30 then proces.es any device configuration information, step 44. previously 
supplied from the management server 10' through the lcf 12 in the form of a 
pcf file and placed in the Tivoli sub-directory for the device, step 46. 
It will be seen, however, that the configuration information can be 
supplied from any source, for example, a desktop user generated •«*»*J^« 
or via a desktop controller GU! . It Should be noted that the conduit module 
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CATX read from write locked device databases during synchronisation and this 
may be required to ascertain the version and thus the data structure of 
databases which are to be updated. Thus, during step 44, the conduit module 
can use the known structure o£ a database to be configured, to convert the 
configuration information into Palm device commands which it then writes to 
a device database Tivoli.pdb 33 again using the Palm desktop API, step 48. 
The conversion into Palm commands is done within the endpoint 14 as this 
both reduces the footprint required on the device and enables the pcf file 
to be written for more than one device independent of the versions of its 
databases. During synchronisation, the conduit module sets an alarm 
condition, step 50- The condition specifies the Tivoli agent service the 
alarm with the alarm passing to the agent 38 a launch code parameter 
indicating that it is to service an alarm. 

In the case of an alarm, the Tivoli agent executes the commands 
stored in the temporary database 39. Thus, when the Tivoli conduit module 
signals that synchronisation is complete, step 52, the databases locked 
during synchronisation are released, and so the database updating commands 
stored in the temporary database can be subsequently executed properly by 
the agent, step 54. Because the configuration commands execute 
automatically and immediately after synchronisation, it is also likely that 
the Palm device user will not be doing anything which is likely to lock a 
database, thus making configuration more likely to succeed. 

The Palm commands generated generally comprise a sequence of: open 
database, write value, close database, although some configuration may 
result in single commands such as set network preference, in more detail, 
however, the syntax definition for the .pcf file is defined in Appendix A. 
(Some sections of the definition have been foreshortened for clarity with 
the deleted portions indicated by ellipsis.) This definition is stored in a 
local Tivoli. DBF file which is read and parsed by the conduit module, 
during step 44. thus enabling it to in turn parse and process the .pcf 
file. While the current definition is written to: a bespoke grammar, it will 
be seen that the definition could be written in any suitable language, for 
example. Extended Mark-up Language, which in turn could be parsed by an 
off-the-shelf parser incorporated in the conduit module. Alternatively, the 
definition could be built into the conduit module, although this would make 
maintenance more difficult. 

It can be seen from the definition file that — and "I" «« 

reserved characters, whose function is explained below, and that text 
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following pound (#) is ignored. According to Che syntax definition, .pcf 
files are divided into stanzas, each beginning with a label in square 
brackets, for example [SYSTEM] - wichin each stanza, each line comprises an 
expression of the form -preference name = value". The conduit module 
5 associates each stanza label with either a database or a type of command. 

for example. [System] is associated with the "Saved preferences" database 
and [Network] is associated with the command "Set network preference- . 

Some databases, such as "Saved preferences" have multiple known 
10 versions each with a respective data structure- when the conduit module 

reads a stanza label for such a database, it tries to identify which 
version and thus which data structure is used by the database. In the case 
of -saved preferences", each version is stored in the first two bytes of 
the database. The current syntax definition for system allows the conduit 
15 module to operate with versions 3 to 7 of the Saved preferences database. 

For each version, the definition includes an associated sysStruct. telling 
the conduit module where variables are scored within the database. Each 
sysStruct element comprises a list of .preference name>«of f secxsize* 
triplets, each separated by -|- char. A negative value in <size> means a 
20 bit position at the specified offset. So. for example, when the conduit 

module reads from a database, it knows where to look for the version 
information, and can determine, for example, that version 5 of Saved 
Preferences is being used. The conduit then knows that, for example, 
-dateformat- can be set by writing the 3rd byte of the database to the 
25 required value- 

Each preference name can include a character, and the conduit 

module is hard coded to recognise the string after the — letting it 
understand that special processing is required for that preference. 

Possible values are separated by a semicolon, so for example, Che 
first possible value for country is Australia and the next Austria- So. if 
a .pcf file included the following stanza: 

3 5 [SYSTEM] 

country = Austria 

and the Palm device were using version 5 of Saved Preferences, then the 
conduit would send the following (paraphrased) commands to the xivoli Agent 

4 0 for storage in the temporary database 39: 
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Open "Saved preferences" 
Write 1 to location 2 
Close Database 

Each value can have aliases which are separated by "pipe" (|) char. 
So for example, the conduit will recognise that if "UnitedKingdotn" or 
"United Kingdom" is specified, the same country value will be written in 
saved Preferences. Also, a "*» char preceding a value means that it is the 
default value for that preference name. It means that a statement in the 
pcf file can indicate "preference name=*def ault » and the value with the 
will be set on the preference name - 



Finally, some lists of values start with a ";" char because the 
internal representation of the preference name starts counting from 1 
15 rather than 0. The " ; " char can thus be inserted or deleted from the 

beginning of the value list for a preference value in the definition file, 
to shift values between those set on the Palm device and the configured 
ones in the pcf file, 

20 Once the temporary database of configuration commands has executed, 

step 54. the agent finishes by deleting the temporary database and then 
optionally deleting itself, so removing any management system presence on 
the Palm device - 

25 Another task of the conduit module is to cause applications and 

databases to be removed from the device. In the preferred embodiment, the 
management server places a . rmv file in the Tivoli sub-directory for the 
device. During synchronisation, the conduit module looks for such a file 
and, if found, reads the file to identify the database /applications to be 

30 removed. It then creates the appropriate Palm device commands and executes 

these, again through the Palm desktop API, step 58. The 

database/application remove commands are executed during synchronisation, 
in spite of the fact that the database /application may be locked. This is 
considered beneficial as if it is not possible to delete such a 
35 database/application, then the conduit module cap in turn report back to 

the management server Event Console. This should cause the management 
server user to think about why they wish to delete a database /application 
which is in fact in use. 



40 



In the preferred embodiment, the Tivoli device agent 38 can also be 
called during synchronisation. If the server program 22' requires an 
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inventory of software on the device to be taken, then the agent is 
responsive to the conduit module 30 calling the agent 38 with a different 
launch code than that used for serving the alarm condition, step 66* The 
agent responds to this inventory launch code prepares an inventory and 
returns this to the workstation, from where it is returned to the server 
10* in a conventional manner. 

The conduit module can also be extended notify any synchronisation 
events, such as the successful deployment of the database 39 or removal of 
databases, to the management server Event Console program 24', step 58, so 
ensuring that the complete range of management services for conventional 
endpoints can also be executed on pervasive devices. 




20 
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Appendix A 

[SYSTEM] 

# System preferences 

5 sysStructpl^lversion.O^lcountry, 2, 1 jdateformat3,1 |longdatef6rmat,4,1 |weekstartday.5, 1 |timeformat.6. 

llnumberformat/7J|autooffdurat^ 

elv20.1 1 .1 Ihidesecretrecords, 1 2,1 |devicelocked,1 3,1 llocalsyncrequirespassword.1 4.1 |remotesyncrequi 
respassword, 1 5. 1 |sysprefflags,1 6.2lsysbatterykind.1 8,1 ialloweastereggs. 1 9.1 |minuteswestofgmt.20,4l 
daylightsavings,24 l 2lronamaticchar.26.2|hard1charappcreator.^ 
10 arappcreator,36.4|hard4charappcreator,40 
auncherCharAppCreator,52.4|hardc^ 

sysStruc^Hversion.O^I |DateAndTime,0,0|l 

X5 sysStruct[5]-|version.0.2| |staylitwhenpluggedin p 77,1lDateAndTime,0,0|| 

sysStruct{6]=|verston.0.2|country,2,1| |antennacharappcreator,78 t 4|DateAndTime t 0.0H 

sysStruct[7]=|version.0.2]country,2 t 1I |measurementsystem.82 t 2lDateAndTime,0.0|| 



country*ctry^Australia;Austria; ;UnitedKingdom|United Kingdom; UnitedStatest United 

States;1ndia;lndonesia;Korea;Malaysia;R^ 



dateFormat=MOYWithSlashes|M/DA^; ;MYMed[MMM ' YY; M YMedNoPost] M MM YY 

longDateFormat=MDYWrthSlashes|MM/DD/YY; ;MYMedNoPost|MMM YY 

weekStartDay =Su nday 1 Sun ; Monday | Mon 
30 timeFormat=Colon|12HH:MM; ;Comma12h|12HH.MM 

numberFormat=CommaPeriod;PeriodComma;....;ApostropheComma 

autoOffDuraUon=;1 Minute|1|One Minute|1M; :3 Mmutes|3p~hree Minutes|3M 

sysSound Vol ume*sv1 =Off;Low; Medium ; H igh 

3 5 gameSoundVoluroe*sv2=Off;Low:Medium;High 

alarmSounoVolume*sv3==Off;Low;Medium;High 
beamReceive'be-No|Fa!se|OrOff;Yes|Truetl|On 
stayonwhenpluggedrn=No|False|0rOff;Yes|True| 1 |On 
stayJitwhenpluggedin=No|False|OrOff;Yes|True|1IOn 

4 0 alloweastereggs=No|Fa!se|0rOff;Yes|Truel1 lOn 

hidesecretrecords=NoiFalse|0rOff;Yes|Truel 1 |On 
DateAndTlme*dt=*now|iocal|PC 

# Following values for creators must be considered as default and not as a set of possible values. 
45 They are CASE SENSITIVE 

hard 1 charappcreator*cr=*date 

hard2charappcreator"cr=*addr 

hard3charappcreator*cr=*todo 
50 hard4charappcreator*cr*=*memo 

calccharappcreator*cr-*calc 

hardcradlecharappcreator*cr=*sync 

launcherCharAppCreator*cr=*lnch 

hardcradle2charappcreator*cr=*sync 
55 measurementSystem=unitsEnglish|inches;unitsMetric|meters 

[NETWORK] . ^ ^ 1A ,.^^ . . 

U Network Preferences. Note: all the settings for the services are done by pnc files. With the keyword 



of this section the service can enabled/selected. 



60 
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service*se-*Windows RAS 
[MODEM] 

.32.1lcountry.33,1|spw^ 

^ ntry . co=ArQentina;Austra li a: Austria; ;UnitedKingdom| United Kingdom ;UnitedStates| United 

States;*other 



connectionmethod*fv=*u8EZ 

isModem=*false|no^ruelyes 
15 modemname*fvrno=*Standard ^™.-io™ 

speed*sp=1 1 5200;*57600;38400:28800;1 9200; 1 4400;9600;4BOO;2400.1200 

speakervo!ume=off;*low;medium;high 

pu!se=*touchtone;rotary 

flowcontrol=*auto;ofr;on 
2 0 initstring*fvis=VVT&FX4 

resetstring*fvrs=**NC1 

[HOTSYNC] 
# Hotsync Preferences 



hotmStnjctri]=|version l 0.2|pad1 .2. 1 |modemsyncpref.3, 1 jpad 1 A 1 |hotsynctyr>e,5 ,1 |!oca1connection 6 2 
fixvalue,45.4l ldisablecaHwaitingvalue.86.41 |useCa«ingCardvalue,127.41)| 



mod emDirectPhone*fv-*00 
dialprefix=*fa1se|no:true[yes 
dialprefixvalue*fv=*9, 
disablecaUwaiting= # falselno:true|yes 

3 5 disablecallwaitingvalue*fv-*1 1 70, 

usecallingcard=*false|no;true|yes 

usecallingcardva1ue*1v=*„,. _ ( _ n _ , . 4 

modemDirectConnection*fvdc=*Palrn V Modern # only PalmOS 3.3 and later 

modemNetService*fvns=*Windows RAS 

4 o 1ocalConnection*fvlc=T3irect Serial|lR to a PC/Handheld 

hotsyncType*hsty=*local;modem 
modemSyncPref=*network;modem 
LANSyncPrens=local|fir>al:LANSync| proxy 
primaryPcName*fvpn=*localhost 
45 primary PcAddress*fvpa=*1 27.0.0.1 

primaryPcSubnetMask*fvps=*255.255.255.0 

[AUTOPALM] 

50 makeimage*pNAffni=*h:/Pa1m/image 
pcfname*pwpn=*_deita_.pcf 

# if a path isn't specified, the file is created in image dir 
makepcf*pwmp=*h:/Palm/image 

set*pwsb=4):0:0@0,0 ^ardiDBiRec^ffset.byte.byteOOffset.byte...- 
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1. A management system comprising a gateway component adapted to reside 
on a workstation and a device agent adapted to reside on a pervasive device 
5 for configuring pervasive devices; 

said gateway component being instantiable during synchronisation of 
said workstation with a pervasive device and comprising: 

10 means for transferring said device agent to said pervasive device; 

and 



means for transmitting configuration information to said pervasive 
device ; and 

15 

said device agent comprising means for executing configuration 
commands in response to said configuration information. 

2* A management system according to claim 1 wherein the configuration 
20 information comprises a file including one or more commands, 

3. A management system according to claim 2 wherein the file is sent 

from a management server and addressed to a specific pervasive device. 

2 5 4. A management system as claimed in claim 2 wherein the gateway 

component is adapted to generate device specific commands from the file and 
Co transmit them to the device agent when resident on the pervasive device 

5. a management system as claimed in claim 4 wherein the device agent is 
adapted to execute the commands as they are received. 



30 



35 



e, A management system as claimed in claim 5 wherein said commands 

comprise commands for removing applications or databases from said 
pervasive device. 

7. A management system as claimed in claim 2 wherein the gateway 

component is adapted to generate device specific commands from the file and 
to transmit them for storage on the pervasive device. 



40 8. A management system as claimed in claim 7 wherein the device agent is 

adapted to execute said stored commands once synchronisation is complete. 
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9. 



A management system as claimed in claim 8 wherein said commands 
comprise database or application configuration commands. 

10. A management system as claimed in claim 8 wherein the device agent is 
adapted to delete said stored commands when configuration is complete. 

IX A management system as claimed in claim X wherein said device agent 
is adapted to he deleted from said pervasive device once said configuration 
10 is complete- 

12 A management system as claimed in claim 1 wherein said workstation 
includes a controller for pervasive devices of a given type, saxd 
controller being adapted to instantiate one or more modules during 
synchronisation of devices of said type and wherein said management system 
further comprises an enabling component comprising; 

means for configuring said controller to add said gateway component 
as a module to any modules which are instantiated during synchronisation of 
20 pervasive devices of said type. 

13 a management system as claimed in claim 12 wherein said pervasive 
device is a Palm Computing Platform device and wherein said controller 
comprises a mas* defining any conduit modules which are instantiated during 
synchronisation of a pervasive device and wherein said enabling component 
comprises means for configuring said controller to selectively add saxd 

= mrv1lll « to modules which are instantiated during 

gateway component as a module to any mw^^ 

synchronisation of said pervasive device. 



30 14 . 



A management system as claimed in claim 1 wherein said management 



gateway is adapted to request said device agent, when resident on the 
device, to perform an inventory of software installed on the device and to 
return said inventory to said gateway components 

35 15 A management system as claimed in claim 14 wherein said management 

gateway is adapted to return any synchronisation events to a management 

server . 

16 . A computer program product comprising computer program code stored on 
a computer readable storage medium for. when executed on a computing 
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device, mailing pervasive devices, the program code comprising tbe 
management system of claim l. 



14-03-00 15:28 0196^18927 P. 25 R-426 Job-305 

* 14 MAR '00 15=38 FROr^ft IPLRU TO FAXBACK P. 25 



GB000048GB1 18 



10 



15 



ABSTRACT 
MANAGIKG PERVASIVE DEVICES 



A management system comprises a gateway component adapted to reside 
on a workstation and a device agent adapted to reside, on a pervasive device 
for configuring pervasive device,. The gateway component is instantiate 
during synchronisation of the workstation with a pervasive device to 
transfer the device agent to the pervasive device; and to transmit 
configuration information to the pervasive device- The device agent 
executes configuration commands in response to the configuration 
information. The invention enables pervasive devices to he managed through 
a workstation to which they connect to synchronise without requiring any 
intervention h y the pervasive device user. Preferably, the workstation acts 
as a gateway for managing the device within what becomes a four tier 
management system . 
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